home *** CD-ROM | disk | FTP | other *** search
/ Danny Amor's Online Library / Danny Amor's Online Library - Volume 1.iso / html / rfc / rfcxxx / rfc884 < prev    next >
Text File  |  1995-07-25  |  8KB  |  286 lines
  1.  
  2.  
  3. Network Working Group                                     Marvin Solomon
  4. Request for Comments: 884                                 Edward Wimmers
  5.                                        University of Wisconsin - Madison
  6.                                                            December 1983
  7.  
  8.                       TELNET TERMINAL TYPE OPTION
  9.  
  10.  
  11. This RFC specifies a standard for the ARPA Internet community.  Hosts on
  12. the ARPA Internet that exchange terminal type information within the
  13. Telnet protocol are expected to adopt and implement this standard.
  14.  
  15. 1. Command Name and Code
  16.  
  17.    TERMINAL-TYPE    24
  18.  
  19. 2. Command Meanings
  20.  
  21.    IAC WILL TERMINAL-TYPE
  22.  
  23.       Sender is willing to send terminal type information in a
  24.       subsequent sub-negotiation
  25.  
  26.    IAC DO TERMINAL-TYPE
  27.  
  28.       Sender is willing to receive terminal type information in a
  29.       subsequent sub-negotiation
  30.  
  31.    IAC DON'T TERMINAL-TYPE
  32.  
  33.       Sender refuses to accept terminal type information
  34.  
  35.    IAC WON'T TERMINAL-TYPE
  36.  
  37.       Sender refuses to send terminal type information
  38.  
  39.    IAC SB TERMINAL-TYPE SEND IAC SE
  40.  
  41.       Sender requests receiver to transmit his (the receiver's) terminal
  42.       type. The code for SEND is 1. (See below.)
  43.  
  44.    IAC SB TERMINAL-TYPE IS ... IAC SE
  45.  
  46.       Sender is stating the name of his terminal type. The code for IS
  47.       is 0. (See below.)
  48.  
  49.  
  50.  
  51.  
  52.  
  53.  
  54.  
  55.  
  56. Solomon & Wimmers                                               [Page 1]
  57.  
  58.  
  59.  
  60. RFC 884                                                    December 1983
  61.  
  62.  
  63. 3. Default
  64.  
  65.    DON'T TERMINAL-TYPE
  66.  
  67.    WON'T TERMINAL-TYPE
  68.  
  69.    Terminal type information will not be exchanged.
  70.  
  71. 4. Motivation for the Option
  72.  
  73.    This option allows a telnet server to determine the type of terminal
  74.    connected to a user telnet program.  The transmission of such
  75.    information does not immediately imply any change of processing.
  76.    However, the information may be passed to a process, which may alter
  77.    the data it sends to suit the particular characteristics of the
  78.    terminal. For example, some operating systems have a terminal driver
  79.    that accepts a code indicating the type of terminal being driven.
  80.    Using the TERMINAL TYPE and BINARY options, a telnet server program
  81.    on such a system could arrange to have terminals driven as if they
  82.    were directly connected, including such special functions as cursor
  83.    addressing, multiple colors, etc., not included in the Network
  84.    Virtual Terminal specification.  This option fits into the normal
  85.    structure of TELNET options by deferring the actual transfer of
  86.    status information to the SB command.
  87.  
  88. 5. Description of the Option
  89.  
  90.    WILL and DO are used only to obtain and grant permission for future
  91.    discussion. The actual exchange of status information occurs within
  92.    option subcommands (IAC SB TERMINAL-TYPE...).
  93.  
  94.    Once the two hosts have exchanged a WILL and a DO, the sender of the
  95.    WILL TERMINAL-TYPE is free to transmit type information, spontan-
  96.    eously or in response to a request from the sender of the DO.  At
  97.    worst, this may lead to transmitting the information twice. Only the
  98.    sender of the DO may send requests (IAC SB TERMINAL-TYPE SEND IAC SE)
  99.    and only the sender of the WILL may transmit actual type information
  100.    (within an IAC SB TERMINAL-TYPE IS ... IAC SE command).
  101.  
  102.    The terminal type information is an NVT ASCII string.  Within this
  103.    string, upper and lower case are considered equivalent.  A few
  104.    terminal type names useful in the context of IBM systems are listed
  105.    below.  It is anticipated that additional names will be added in the
  106.    future.  The complete list of valid terminal types will be found in
  107.    the latest "Assigned Numbers" RFC.
  108.  
  109.  
  110.  
  111.  
  112.  
  113. Solomon & Wimmers                                               [Page 2]
  114.  
  115.  
  116.  
  117. RFC 884                                                    December 1983
  118.  
  119.  
  120.    The following is an example of use of the option:
  121.  
  122.       Host1: IAC DO TERMINAL-TYPE
  123.  
  124.       Host2: IAC WILL TERMINAL-TYPE
  125.  
  126.          (Host2 is now free to send status information at any time.
  127.          Solicitations from Host1 are NOT necessary. This should not
  128.          produce any dangerous race conditions. At worst, two IS's will
  129.          be sent.)
  130.  
  131.       Host1 (perhaps): IAC SB TERMINAL-TYPE SEND IAC SE
  132.  
  133.       Host2:
  134.  
  135.          IAC SB TERMINAL-TYPE IS IBM-3278-2 IAC SE
  136.  
  137. 6.  Implementation Suggestions
  138.  
  139.    The "terminal type" information may be any NVT ASCII string meaning-
  140.    ful to both ends of the negotiation.  The list of suggestions below
  141.    is intended to minimize confusion caused by alternative "spellings"
  142.    of the terminal type.  For example, confusion would arise if one
  143.    party were to call a terminal "IBM3278-2" while the other called it
  144.    "IBM-3278/2".  There is no negative acknowledgement for a terminal
  145.    type that is not understood, but certain other options (such as
  146.    switching to BINARY mode) may be refused if a valid terminal type
  147.    name has not been specified.  In some cases, a particular terminal
  148.    may be known by more than one name, for example a specific type and a
  149.    more generic type.  In such cases, the sender of the TERMINAL-TYPE IS
  150.    command should reply to successive TERMINAL-TYPE SEND commands with
  151.    the various names, from most to least specific.  In this way, a
  152.    telnet server that does not understand the first response can prompt
  153.    for alternatives.  However, it should cease sending TERMINAL-TYPE
  154.    SEND commands after receiving the same response two consecutive
  155.    times.  Similarly, a sender should indicate it has sent all available
  156.    names by repeating the last one sent.
  157.  
  158.    Here are a few terminal types useful in the IBM environment:
  159.  
  160.       IBM-3275-2
  161.       IBM-3276-2
  162.       IBM-3276-3
  163.       IBM-3276-4
  164.       IBM-3277-2
  165.       IBM-3278-2
  166.       IBM-3278-3
  167.       IBM-3278-4
  168.  
  169.  
  170. Solomon & Wimmers                                               [Page 3]
  171.  
  172.  
  173.  
  174. RFC 884                                                    December 1983
  175.  
  176.  
  177.       IBM-3278-5
  178.       IBM-3279-2
  179.       IBM-3279-3
  180.  
  181.    Here are a few terminal types useful in the TOPS20 environment:
  182.  
  183.       ANN-ARBOR-AMBASSADOR
  184.       CONCEPT-100
  185.       DATAMEDIA-2500
  186.       DEC-LA30
  187.       DEC-VT100
  188.       DEC-VT52
  189.       EXECUPORT-4000
  190.       HAZELTINE-1500
  191.       HP-2621
  192.       HP-2640
  193.       HP-2645A
  194.       HP-2649
  195.       NETWORK-VIRTUAL-TERMINAL
  196.       TEKTRONIX-4025
  197.       TELERAY-1061
  198.       TELETYPE-33
  199.       TELETYPE-37
  200.       TELEVIDEO-950
  201.       TERMINET-300
  202.       TI-700
  203.       ZENITH-H19
  204.  
  205.    Here are a few terminal types used in the Unix environment:
  206.  
  207.       ADDS-CONSUL-980
  208.       ADDS-REGENT-200
  209.       ANDERSON-JACOBSON-832
  210.       ANN-ARBOR-AMBASSADOR
  211.       BITGRAPH
  212.       CDI-1203
  213.       COMPUCOLOR-II
  214.       CONCEPT-100
  215.       DATA-GENERAL-6053
  216.       DATAGRAPHIX-132A
  217.       DATAMEDIA-3045A
  218.       DATAPOINT-3360
  219.       DEC-DECWRITER-II
  220.       DEC-GT40
  221.       DEC-VT52
  222.       DELTA-DATA-5000
  223.       DIABLO-1620
  224.       EXECUPORT-4000
  225.  
  226.  
  227. Solomon & Wimmers                                               [Page 4]
  228.  
  229.  
  230.  
  231. RFC 884                                                    December 1983
  232.  
  233.  
  234.       GENERAL-TERMINAL-100A
  235.       HAZELTINE-1500
  236.       HAZELTINE-2000
  237.       HP-2621
  238.       HP-2640A
  239.       HP-2645
  240.       HP-2649A
  241.       IBM-3101
  242.       INFOTON-100
  243.       LSI-ADM-3
  244.       MICROTERM-ACT-V
  245.       MICROTERM-MIME-2
  246.       NETWORK-VIRTUAL-TERMINAL
  247.       PERKIN-ELMER-1100
  248.       PLASMA-PANEL
  249.       SUPERBEE-III-M
  250.       TEKTRONIX-4014
  251.       TELERAY-3700
  252.       TELETYPE-33
  253.       TELETYPE-37
  254.       TELEVIDEO-912
  255.       TERMINET-300
  256.       TI-700
  257.       TI-733
  258.       TI-745
  259.       VISUAL-200
  260.       XEROX-1720
  261.       ZENITH-H19
  262.       ZENTEC-30
  263.  
  264.    The type "UNKNOWN" should be used if the type of the terminal is
  265.    unknown or unlikely to be recognized by the other party.
  266.  
  267.    The complete and up-to-date list will be maintained in the "Assigned
  268.    Numbers".
  269.  
  270.  
  271.  
  272.  
  273.  
  274.  
  275.  
  276.  
  277.  
  278.  
  279.  
  280.  
  281.  
  282.  
  283.  
  284. Solomon & Wimmers                                               [Page 5]
  285.  
  286.